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DETAILED ACTION 

1 . A request for continued examination under 37 CFR 1 . 1 14, including the fee set forth in 
37 CFR 1.17(e), was filed in this application after final rejection. Since this application is 
eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1.17(e) 
has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 
37 CFR 1.114. Applicant's submission filed on November 26, 2007 has been entered. Claims 1, 

2, 5-9, 11-14 and 16-18 are pending. 

Response to Arguments 

2. Applicant requests that the provisional obviousness-type double patenting rejection be 
held in abeyance (remarks, page 14). Nonetheless, the examiner notes that the rejection should 
continue to be made unless it is the only rejection remaining in the application. See MPEP § 
804. Thus, a provisional obviousness-type double patenting rejection is presented below. 

3. Applicant's arguments with respect to the rejection of claims 1, 5-8, 11, 12, 14, 16 and 18 
under 35 U.S.C. 102(e) (remarks, pages 15-17) and the rejection of claims 2, 9, 13 and 17 under 
35 U.S.C. 103(a) (remarks, pages 17-18) have been considered but are moot in view of the new 
ground(s) of rejection. 

Nonetheless, the examiner does not agree with Applicant's characterization of the 
Gungabeesoon reference. Applicant contends that "the Cascading Style Sheets and JavaScript in 
Gungabeesoon validate input fields for style and presentation purposes, but do not validate the 
actual input data or values" (remarks, page 16).- However, Applicant's quotation from the 
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reference is incomplete. Gungabeesoon discloses, "DHTML is HTML with Cascading Style 
Sheets and JavaScript used by the client to perform local validation of input fields and facilitates 
modification after conversion to customize for a user's presentation style" (column 9, lines 4-7; 
emphasis added). In other words, Gungabeesoon teaches that DHTML is HTML with Cascading 
Style Sheets and JavaScript used by the client to perform local validation of input fields, and also 
that DHTML facilitates modification after conversion to customize for a user's presentation 
style. The validation of input fields is not merely for "style and presentation purposes," as 
Applicant implies, but is actually for validating the input data that is entered into the input fields. 
Additionally, the examiner notes that the claims recite merely "input validation" and do not 
otherwise specify what is validated. Thus, the teaching of "local validation of input fields" in 
Gungabeesoon is certainly a form of "input validation" such as a recited in the claims. 

4. The examiner notes Applicant's admission that "Gungabeesoon discloses that the 
Publish-to-Web component, which the Examiner alleges is a teaching of the claimed 'adapter,' 
changes the format of the input and output data'' (remarks, page 16). As amended, claim 5 
recites that the function performed by the adapter comprises "input formatting." 

Double Patenting 

5. The non-statutory double patenting rejection is based on a judicially created doctrine 
grounded in public policy (a policy reflected in the statute) so as to prevent the unjustified or 
improper timewise extension of the "right to exclude" granted by a patent and to prevent possible 
harassment by multiple assignees. A non-statutory obviousness-type double patenting rejection 
is appropriate where the conflicting claims are not identical, but at least one examined 
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application claim is not patentably distinct from the reference claim(s) because the examined 
application claim is either anticipated by 5 or would have been obvious over, the reference 
claim(s). See, e.g., In re Berg, 140 F.3d 1428, 46 USPQ2d 1226 (Fed. Cir. 1998); In re 
Goodman, 1 1 F.3d 1046, 29 USPQ2d 2010 (Fed. Cir. 1993); In re Longi, 759 F.2d 887, 225 
USPQ 645 (Fed. Cir. 1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re 
Vogel, 422 F.2d 438, 164 USPQ 619 (CCPA 1970); and In re Thorington, 418 F.2d 528, 163 
USPQ 644 (CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1.321(c) or 1.321(d) may 
be used to overcome an actual or provisional rejection based on a non- statutory double patenting 
ground provided the conflicting application or patent either is shown to be commonly owned 
with this application, or claims an invention made as a result of activities undertaken within the 
scope of a joint research agreement. 

Effective January 1, 1994, a registered attorney or agent of record may sign a terminal 
disclaimer. A terminal disclaimer signed by the assignee must fully comply with 37 CFR 
3.73(b). 

6. Claims 1, 6, 7, 12, 14, 16 and 18 are provisionally rejected on the ground of non-statutory 
obviousness-type double patenting as being unpatentable over claims 6, 10, 12 and 14 of 
copending Application No. 10/658,684 in view of U.S. Patent No. 7,003,482 to Margoscin et al. 
(now made of record, "Margoscin"). 

The reasoning set forth in the Office action mailed on February 9, 2007 is incorporated. 
The claims of the copending application do not expressly recite "using the adapter to perform a 
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function comprising input validation not performed by the original processing logic" as now 
recited in claim 1 of the present application, as amended. 

However, in an analogous art, Margoscin teaches an adapter in the form of a middleware 
program (see, for example, the abstract). The middleware program (i.e., the adapter) performs 
support functions such as data and syntax validation (see, for example, column 3, lines 14-19). 
Specifically, Margoscin teaches that the middleware program (i.e., the adapter) performs a 
function comprising input validation (see, for example, column 6, lines 20-36). 

Therefore, using the adapter to perform a function comprising input validation not 
performed by the original processing logic would have been obvious to one of ordinary skill in 
the art. Accordingly, claim 1 of the present application would have been obvious over claim 6 of 
the copending application in view of Margoscin. Similar reasoning applies to the other 
conflicting claims. 

This is a provisional obviousness-type double patenting rejection because the conflicting 
claims have not in fact been patented. 

Claim Rejections - 35 USC § 103 
7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 
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8. Claims 1, 5-8, 11,12, 14, 16 and 18 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over U.S. Patent No. 7,007,278 to Gungabeesoon (art of record, "Gungabeesoon") 
in view of U.S. Patent No. 7,003,482 to Margoscin et al. (now made of record, "Margoscin"). 

With respect to claim 1 (currently amended), Gungabeesoon discloses a computer 
program product, tangibly embodied in a machine-readable storage device, the computer 
program product being operable to cause data processing apparatus to perform operations (see, 
for example, column 7, lines 2-19) comprising:^ 

receiving run-time code for an application (see, for example, column 1 1 , lines 2-7, which 
shows receiving run-time code for an application in the form of a JavaServer Page, and column 
10, lines 42-49, which shows that the run-time code is for a legacy application), the run-time 
code being generated from a converted design-time representation of the application (see, for 
example, column 9, lines 14-17, which shows that the run-time code is generated from converted 
design-time representations of the application in the form of user interface pages), wherein: 

the converted design-time representation of the application is generated from an original 
design-time representation of the application developed for use in a first run-time environment 
for executing applications having been developed in a first design-time environment (see, for 
example, column 8, lines 44-54, which shows that the converted design- time representations are 
generated from original design-time representations of the application in the form of screen 
definitions, and column 7, lines 50-56, which shows a first run-time environment for executing 
applications developed in a first design-time environment), the converted design-time 
representation is stored as metadata in a metadata repository (see, for example, column 9, lines 
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41-48 and 54-60, which shows that the converted design-time representation is metadata for 
application data inserted at run-time, and column 11, lines 2-7, which further shows that the 
converted design-time representation is stored in a repository for retrieval at run-time), the 
converted design-time representation having been developed by a development tool based on a 
metamodel that defines metamodel objects (see; for example, column 8, line 67 to column 9, line 
7, and column 9, line 54 to column 19, line 2, which shows that the converted design-time 
representation is developed based on a metamodel that defines metamodel objects such as 
HTML code, JavaScript code and JavaBean data objects), the first design-time environment 
using a first programming model comprising one or more first model elements including screens 
and processing logic for each screen (see, for example, column 8, lines 12-29, which shows that 
the first design-time environment uses a programming model comprising screens and processing 
logic), the original design-time representation including one or more application screens and 
original processing logic for each application screen (see, for example, column 8, lines 44-47, 
which shows that the original design-time representation includes one or more application 
screens), the original processing logic including a call to a run-time module in the first run-time 
environment (see, for example, column 8, lines 29-32, which shows that the original processing 
logic includes calls to run-time modules in the first run-time environment); and 

the converted design-time representation of the application is for use in a second run-time 
environment for executing applications having been developed in a second design-time 
environment (see, for example, column 9, lines 41-48, which shows a second run-time 
environment for executing applications developed in a second design-time environment), the 
second design-time environment using a second programming model comprising one or more 
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second model elements including models, views, and controllers (see, for example, column 8, 
line 67 to column 9, line 7, which shows that the second design-time environment uses a 
programming model that comprises views in the form of HTML code and controllers in the form 
of JavaScript code, and column 9, line 54 to column 10, line 2, which shows that the 
programming model comprises models in the form of JavaBean data objects), the converted 
design-time representation including one or more application views based on the one or more 
application screens, and converted processing logic based on the original processing logic, the 
converted processing logic being capable of being executed in the second run-time environment 
(see, for example, column 10, lines 31-36, which shows that the converted design-time 
representation includes one or more application, views and processing logic based on the original 
application screens and processing logic, and column 10, lines 42-49, which shows that the 
converted processing logic is executable in the second run-time environment); and 

executing the run-time code in the second run-time environment using an adapter 
operable to interface with the run-time module in the first run-time environment (see, for 
example, column 11, lines 8-22, which shows executing the run-time code in the second run-time 
environment and interfacing with the first run-time environment, and column 10, lines 3-17, 
which shows that the interface is an adapter in the form of a Publish-to- Web component), 
comprising using the adapter to perform a function not performed by the original processing 
logic (see, for example, column 9, lines 17-27, which shows that executing the run-time code 
comprises using the adapter to perform functions that the original processing logic does not 
perform). 
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Gungabeesoon does not expressly disclose using the adapter to perform a function 
comprising input validation. 

However, Gungabeesoon does teach performing input validation (see, for example, 
column 8, line 67 to column 9, line 7). One of ordinary skill in the art could, with predictable 
results, implement the teachings of Gungabeesoon such that the adapter performs the input 
validation. For example, in an analogous art, Margoscin teaches a middleware program that 
functions as an adapter operable to interface with a user interface and a business transaction 
server (see, for example, the abstract). The middleware program (i.e., the adapter) performs 
support functions such as data and syntax validation (see, for example, column 3, lines 14-19). 
Specifically, Margoscin teaches that the middleware program (i.e., the adapter) performs a 
function comprising input validation (see, for example, column 6, lines 20-36). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Gungabeesoon so as to comprise using the 
adapter to perform a function comprising input validation not performed by the original 
processing logic, as Margoscin suggests. 

With respect to claim 5 (currently amended), the rejection of claim 1 is incorporated, and 
Gungabeesoon in view of Margoscin further discloses that the function comprises input 
formatting (see, for example, column 9, lines 28-31, which shows performing input formatting). 

With respect to claim 6 (original), the rejection of claim 1 is incorporated, and 
Gungabeesoon in view of Margoscin further discloses that: 
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the original design-time representation of the application comprises original state control 
logic (see, for example, column 7, lines 60-66, which shows that the application comprises 
original state control logic; and 

the converted design-time representation of the application comprises converted state 
control logic based on the original state control logic, the converted state control logic capable of 
being executed by the adapter (see, for example, column 8, lines 5-11, which shows that the 
converted design-time representation comprises converted state control logic, and column 11, 
lines 8-22, which shows that the adapter executes the converted state control logic).. 

With respect to claim 7 (original), the rejection of claim 1 is incorporated, and 
Gungabeesoon further discloses that: 

the original design-time representation of the application comprises one or more controls 
from a first set of controls (see, for example, column 8, lines 54-57, which shows that the 
original design-time representation comprises one or more user interface elements or controls); 

the converted design-time representation of the application comprises one or more 
controls from a second set of controls, each control in the converted design-time representation 
of the application corresponding to a control in the original design-time representation of the 
application (see, for example, column 9, lines 54-60, which shows that the converted design-time 
representation comprises one or more controls corresponding to the controls in the original 
design-time representation); and 
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executing the run-time code comprises rendering the controls in the converted design- 
time representation of the application (see, for example, column 8, lines 44-54, which shows 
rendering the controls). 

With respect to claim 8 (currently amended), Gungabeesoon discloses a computer 
program product, tangibly embodied in a machine-readable storage device, the computer 
program product being operable to cause data processing apparatus to perform operations (see, 
for example, column 7, lines 2-19) comprising: 

receiving run-time code for an application (see, for example, column 11, lines 49-55, 
which shows run-time code for an application comprising network application data and legacy 
application data, and see, for example, column 10, lines 37-42, and column 11, lines 2-7, which 
shows receiving such run-time code from a servlet instance); 

determining whether the run-time code was generated from a native design-time 
representation of the application or from a converted design-time representation of the 
application (see, for example, column 10, lines 42-49, and column 11, lines 8-22, which shows 
the servlet instance responding in different ways depending on whether the run-time code 
comprises network application data or legacy application data, respectively). 

Here, run-time code comprising network application data is considered run-time code that 
was generated from a native design-time representation of the application, and run-time code 
comprising legacy application data is considered run-time code that was generated from a 
converted design-time representation of the application. The servlet instance or some other 
related component in Gungabeesoon inherently determines whether the run-time code was 



Application/Control Number: Page 12 

10/658,593 

Art Unit: 2192 

generated from a native design-time representation of the application or from a converted design- 
time representation of the application, so as to respond in the appropriate manner. The native 
and converted design-time representations are further addressed below. 
Gungabeesoon further discloses that: 

the native design-time representation of the application is for use in a first run-time 
environment for executing applications having been developed in a first design-time 
environment (see, for example, column 9, lines 41-48, which shows a first run-time environment 
for executing applications developed in a first design-time environment), the first design-time 
environment using a first programming model comprising one or more first model elements 
including models, views, and controllers (see, for example, column 8, line 67 to column 9, line 7, 
which shows that the first design-time environment uses a programming model that comprises 
views in the form of HTML code and controllers in the form of JavaScript code, and column 9, 
line 54 to column 10, line 2, which shows that the programming model comprises models in the 
form of JavaBean data objects); and 

the converted design-time representation of the application is generated from an original 
design-time representation of the application developed for use in a second run-time environment 
for executing applications having been developed in a second design-time environment (see, for 
example, column 8, lines 44-54, which shows that the converted design-time representations are 
generated from original design-time representations of the application in the form of screen 
definitions, and column 7, lines 50-56, which shows a second run-time environment for 
executing applications developed in a second design-time environment), the converted design- 
time representation is stored as metadata in a metadata repository (see, for example, column 9, 
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lines 41-48 and 54-60, which shows that the converted design-time representation is metadata for 
application data inserted at run-time, and column 1 1, lines 2-7, which further shows that the 
converted design-time representation is stored in a repository for retrieval at run-time), the 
converted design-time representation having been developed by a development tool based on a 
metamodel that defines metamodel objects (see, for example, column 8, line 67 to column 9, line 
7, and column 9, line 54 to column 19, line 2, which shows that the converted design-time 
representation is developed based on a metamodel that defines metamodel objects such as 
HTML code, JavaScript code and JavaBean data objects), the second design-time environment 
using a second programming model comprising one or more second model elements including 
screens and processing logic for each screen (see, for example, column 8, lines 12-29, which 
shows that the second design-time environment uses a programming model comprising screens 
and processing logic), the original design-time representation including one or more application 
screens and original processing logic for each application screen (see, for example, column 8, 
lines 44-47, which shows that the original design-time representation includes one or more 
application screens), the converted design-time representation including one or more application 
views based on the one or more application screens, and converted processing logic based on the 
original processing logic, the converted processing logic capable of being executed in the second 
run-time environment (see, for example, column 10, lines 31-36, which shows that the converted 
design-time representation includes one or more application views and processing logic based on 
the original application screens and processing logic, and column 1 0, lines 42-49, which shows 
that the converted processing logic is executable in the second run-time environment); 
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if the run-time code was generated from the native design-time representation, executing 
the run-time code in the first run-time environment using a set of run-time modules in the first 
run-time environment (see, for example, column 10, lines 42-49, which shows executing the run- 
time code generated from the native design-time representation in the first run-time environment 
using run-time modules such as the servlet instance in the first run-time environment); and 

if the run-time code was generated from the converted design-time representation, 
executing the run-time code in the first run-time environment using an adapter operable to 
interface with a set of run-time modules in the second run-time environment (see, for example, 
column 11, lines 8-22, which shows executing the run-time code generated from the converted 
design-time representation in the first run-time environment using run-time modules such as the 
legacy application in the second run-time environment, and column 10, lines 3-17, which shows 
interfacing with the second run-time environment using an adapter in the form of a Publish-to- 
Web component in the first run-time environment), comprising using the adapter to perform a 
function not performed by the original processing logic (see, for example, column 9, lines 17-27, 
which shows that executing the run-time code comprises using the adapter to perform functions 
that the original processing logic does not perform). 

Gungabeesoon does not expressly disclose using the adapter to perform a function 
including input validation. 

However, Gungabeesoon does teach performing input validation (see, for example, 
column 8, line 67 to column 9, line 7). One of ordinary skill in the art could, with predictable 
results, implement the teachings of Gungabeesoon such that the adapter performs the input 
validation. For example, in an analogous art, Margoscin teaches a middleware program that 
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functions as an adapter operable to interface with a user interface and a business transaction 
server (see, for example, the abstract). The middleware program (i.e., the adapter) performs 
support functions such as data and syntax validation (see, for example, column 3, lines 14-19). 
Specifically, Margoscin teaches that the middleware program (i.e., the adapter) performs a 
function comprising input validation (see, for example, column 6, lines 20-36). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to implement the teachings of Gungabeesoon so as to comprise using the 
adapter to perform a function including input validation not performed by the original processing 
logic, as Margoscin suggests. 

With respect to claim 1 1 (original), the rejection of claim 8 is incorporated, and 
Gungabeesoon further discloses that: 

executing the run-time code using the set of run-time modules in the first run-time 
environment comprises using a first sequence of process steps (see, for example, column 10, 
lines 42-49, which shows a first sequence of process steps that comprises, for example, creating a 
socket and spawning a thread); and 

executing the run-time code using the set of run-time modules in the second run-time 
environment comprises using a second sequence of process steps (see, for example, column 1 1, 
lines 8-22, which shows a second sequence of process steps that comprises, for example, 
forwarding data to the socket). 
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With respect to claims 12 (currently amended) and 14 (original), the claims are directed 
to an apparatus that corresponds to the computer program product of claims 1 and 6, respectively 
(see the rejection of claims 1 and 6 above). 

With respect to claims 16 (currently amended) and 18 (original), the claims are directed 
to a method that corresponds to the computer program product of claims 1 and 6, respectively 
(see the rejection of claims 1 and 6 above). 

9. Claims 2, 9, 13 and 17 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Gungabeesoon in view of Margoscin, as applied to claims 1, 8, 12 and 16 above, respectively, 
and further in view of "Database Performance in the Real World: TPC-D and SAP R/3" by 
Doppelhammer et al. (art of record, "Doppelhammer"). 

With respect to claim 2 (original), the rejection of claim 1 is incorporated. 
Gungabeesoon discloses that the first programming model is a legacy programming model and 
the second programming model is a Web-based programming model (see, for example, column 
8, lines 5-11), but does not expressly disclose that the first programming model is the SAP 
Dynpro programming model and the second programming model is the SAP Web Dynpro 
programming model. 

However, Doppelhammer teaches the SAP Dynpro programming model comprising one 
or more model elements including screens and processing logic for each screen (see, for 
example, page 125, section 2.3, first paragraph). 
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Moreover, Gungabeesoon suggests that such programming models are supported (see, for 
example, column 11, lines 23-27), and further discloses that converting applications from the 
legacy programming model to the Web-based programming model enables one to access the 
applications across the network and take advantage of Web-based technology without having to 
make code changes to the applications (see, for example, column 11, lines 42-55). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to apply the teachings of Gungabeesoon and Margoscin in cases where the 
first programming model is the SAP Dynpro programming model and the second programming 
model is the SAP Web Dynpro programming model, so as to take advantage of Web-based 
technology without having to make code changes to the applications. 

With respect to claim 9 (original), the rejection of claim 8 is incorporated. 
Gungabeesoon discloses that the first programming model is a Web-based programming model 
and the second programming model is a legacy programming model (see, for example, column 8, 
lines 5-11), but does not expressly disclose that the first programming model is the SAP Web 
Dynpro programming model and the second programming model is the SAP Dynpro 
programming model. 

However, Doppelhammer teaches the SAP Dynpro programming model comprising one 
or more model elements including screens and processing logic for each screen (see, for 
example, page 125, section 2.3, first paragraph). 

Moreover, Gungabeesoon suggests that such programming models are supported (see, for 

» 

example, column 1 1, lines 23-27), and further discloses that converting applications from the 
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legacy programming model to the Web-based programming model enables one to access the 
applications across the network and take advantage of Web-based technology without having to 
make code changes to the applications (see, for example, column 11, lines 42-55). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to apply the teachings of Gungabeesoon and Margoscin in cases where the 
first programming model is the SAP Dynpro programming model and the second programming 
model is the SAP Web Dynpro programming model, so as to take advantage of Web-based 
technology without having to make code changes to the applications. 

With respect to claim 13 (original), the claim is directed to an apparatus that corresponds 
to the computer program product of claim 2 (see the rejection of claim 2 above). 

With respect to claim 17 (original), the claim is directed to a method that corresponds to 
the computer program product of claim 2 (see the rejection of claim 2 above). 

Conclusion 

10. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Michael J. Yigdall whose telephone number is (571) 272-3707. 
The examiner can normally be reached on Monday through Friday from 7:30am to 4:00pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on (571) 272-3695. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private 
PAIR system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you 
would like assistance from a USPTO Customer Service Representative or access to the 
automated information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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